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(54) Expansion device with suspend/resume function. 

(57) An expansion device detachably installed into 
a computer system, for example a "notebook" 
computer, includes a central processor (10) for 
controlling the operation of the expansion de- 
vice, first, volatile data storage means (16) for 
use as working area by the central processor, 
an interface (9) for communicating with the 
computer system, and means (13) for supplying 
power from the computer system to the pow- 
ered elements in the expansion device. In order 
to permit a task to be re-started from the same 
point after power-down, a second, non-volatile 
data storage means (17) is provided for saving 
context information held by the interface and 
the data stored in the first data storage means in 
response to a request from the computer sys- 
tem via the interface means. 
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The present invention relates to a n expansion de- 
vice detachably installed into a portable computer 
system, such as "notebook" type computer. 

Specifically, the present invention relates to an 
expansion device which is capable of resuming a task 5 
quickly and precisely from the same point of execu- 
tion when a computer system turns power on again 
after suspending power supply to its components for 
saving power. 

Recent advancements in technologies has result- 10 
ed in a widespread use of portable or "notebook" type 
computers designed to have a small size and light 
weight for portability. 

An example of portable computer is shown in Fig. 
1 8, in which portable computer 1 00 has relatively thin 1 5 
body 11 0 and cover 120, which is coupled to body 110 
so that cover 120 can be opened and closed. 

Cover 120 has shallow case 121. At the bottom 
of case 121 a pair of cylindrical protrusions 122 is 
formed integrally with the case. With the pair of pro- 20 
trusions 122 rotatable supported with respect to the 
body, cover 120 is hinged on body 110, allowing cover 
120 to be opened or closed with respect to body 110 
with an axis of protrusions 122. In the central portion 
of the open side, i.e. back side, of the cover, liquid 25 
crystal display or LCD123 is provided as a display 
means of the personal computer (hereinafter the cov- 
r is generically called LCD 120). 

Body110hasashallowcase111 to which support 
plate 112 of a given width is attached to coverthe rear 30 
portion of the upper opening of case 111. At the front 
portion of the upper opening, keyboard 113 is placed 
as an input means of the personal computer. At the 
back edge of keyboard 113, a pair of tongue protru- 
sions 1 14 is formed integrally with keyboard 113. With 35 
the pair of protrusions 114 supported axially with the 
front edge of support plate 112, keyboard 113 is 
hinged on plate 112. This allows keyboard 113 to be 
opened or closed with respect to case 111 with an axis 
of protrusions 114, and the interior of case 111 is ex- 40 
posed when keyboard 113 is opened. Opening or 
closing of LCD 120 with respect to body 110 and that 
of keyboard 113 with respect to case 111 is accom- 
plished by two step operation on open/close control 
115 provided on a side of case 111. Since closing 45 
LCD 1 20 or opening keyboard 1 1 3 will d isable comput- 
er 1 00, mechanical operations such as LCD close and 
keyboard open are electrically converted into CPU in- 
terrupt factors. 

Fig. 19 shows the exposed interior of case 111 50 
with keyboard 113 being opened. At near central por- 
tion of case 111, partition 116 is provided to separate 
the front portion of case 111 from its rear portion. Par- 
tition 116 may be formed of a thin metal plate by a 
bending process. In the rear portion of case 111 which 55 
is enclosed by partition 116, there is accommodated 
internal circuits (not shown) of the personal computer 
including CPU, ROM, RAM and system bus. The larg- 



er space in front of partition 1 1 6 is provided to accom- 
modate expansion devices, such as floppy disk drive 
(FDD) pack 117 and hard disk drive (HDD) pack 119 
and battery pack 118. Provided on a side of partition 

116 are connectors (not shown) which comply with re- 
spective standards for the internal circuits of portable 
computer 100 to electrically connect these packs with 
the circuits. 

As a new concept for such portable computer 
100, there has been suggested that FDD pack 117 or 
HDD pack 118 be used exchangeable with other de- 
tachable expansion devices. For example, FDD pack 

117 could be removed from the space in the front por- 
tion of case 111 to substitute CDROM drive pack 50. 
The term CDROM (Compact Disk Read Only Mem- 
ory), as used herein, is meant to be an optical disk of 
aluminum reflective film type, and particularly a stor- 
age medium used only for playback which stores in- 
formation by making use of the fact that depressions 
on the surface of the disk cause variation of the inten- 
sity of reflected light Capable of high density record- 
ing, CDROM has been used to record a great quantity 
of information such as text data and program data, as 
well as audio and image data (including pictures, ani- 
mation and computer graphics). By incorporating a 
CDROM drive having such data playback function, 
the portable computer as a new medium (or multime- 
dia) is expected to be widely used in fields including 
education and entertainment. 

One of the purposes for which the portable com- 
puter is developed is outdoor use in a portable man- 
ner. Typically, power supply is therefore not depend- 
ent on a constant AC source, but on a battery pack 
(particularly NiCd, NiMH or Lilon rechargeable bat- 
tery), as shown in Fig. 19. However, the battery pack 
is limited to the type of small size, light weight and 
short lifetime. Consequently, measures have been 
taken in recent portable computers for Power Man- 
agement or Power Save. 

One example of power save is "Suspend", which 
is to be powered down to almost all portions except 
main memory for power save when a predetermined 
state occurs in which an I/O device activity has not 
been detected for a certain period of time or closing 
of an LCD (cover) is detected. Before the suspend 
mode is entered, the data necessary for restarting a 
task, such as the hardware context information in- 
cluding I/O configuration and CPU status and the 
contents of VRAM, is saved in main memory. On the 
other hand, the operation for restarting power supply 
to exit from the suspend mode for recovery is called 
"Resume". In the resume mode, the data previously 
saved in main memory is restored to each component 
to enable a task to be restarted from the same point 
as that of powered down. This series of power man- 
agement operations is actually executed by a pro- 
gram such as those which is called PM code (PMC) 
or Advanced PM (APM), which is a trademark of Astek 
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International. 

One challenge encountered in developing a pow- 
er management technique is how can a task be re- 
sumed quickly and from precisely the same point of 
execution as of interruption upon recovery from the 5 
power save mode such as suspend. 

As described above, the portable computer body 
(hereinafter called host) saves the system informa- 
tion which was present immediately before suspend, 
such as the hardware context information including 10 
register values of each chip and the contents of 
VRAM, in main memory to preserve the "same point 
of execution" for the host. 

For the expansion device, on the other hand, only 
information to be provided when the host enters the 15 
suspend mode is "power down". In other words, the 
host does not consider the status of the expansion de- 
vice, but consider only itself, that is, whether it has 
preserved the "same point of execution" to effect 
powered down. 20 

From a point of view, the expansion device can be 
divided into the one which has no CPU, e.g. floppy 
disk drive or FDD, and the other which has a build in 
CPU, e.g. hard disk or HDD and CDROM drive. Op- 
ration of the former type is controlled by a controller 25 
circuit provided within the host, such as floppy disk 
controller or FDC. In such cases, the host could pre- 
serve the status of FDD immediately before transition 
to suspend, i.e., the "same point of execution", by 
managing FDC. so 

However, the case is different in the expansion 
device having a built in CPU. This type of expansion 
device includes ROM for storing various types of firm- 
ware and RAM as working area of CPU. The host op- 
rating system or OS, does not directly control the ex- 35 
pansion device, but only issues an instruction in a 
form of command to the CPU of the expansion device. 
The CPU of the expansion device interprets the com- 
mand from the host in accordance with the firmware 
in ROM and performs actual tasks by using RAM as 40 
working area. The host OS is not required to directly 
control ail components within the expansion device, 
and typically has not such function. In these environ- 
ments, if the host references only the status of itself 
to be powered down, operation results, e.g. the con- 45 
tents of RAM, on the expansion device will be lost 
(i.e., because the host has nothing to do against it!), 
and the lost contents of storage cannot be recovered 
even if power is supplied again from the host. 

From the descriptions above, those skilled in the so 
art will readily appreciate that conventional host com- 
puters cannot restart a task from precisely the same 
point of execution. 

Problems which arise when the status imme- 
diately before transition to the suspend mode is lost 55 
at the expansion device will now be briefly described 
with an example of CDROM drive. 

The RAM at the CDROM drive has recorded va- 



rious information on the disk being inserted. This in- 
formation includes data allocation information such 
as Table of Contents or TOC, drive parameters indi- 
cating data rates, and audio parameters indicating 
audio output levels. Among these, the TOC informa- 
tion is necessary for searching recording positions 
during playback of the disk, and is retained when the 
disk contents are read into RAM during its insertion 
until either the disk is removed, or power on reset 
(POR) is done. Each value of drive and audio parame- 
ters is dynamically updated during processing of com- 
mands from the host. However, if power supply is sus- 
pended only for the convenience of the host, such 
data in RAM will be lost. 

Once these working data in RAM is lost, some 
disadvantages are found during resume operation. Of 
these, the TOC information, as with normal Power On 
Reset (POR), must be read again from the disk. How- 
ever, the CDROM drive has an average access time 
of as long as 350 milliseconds, requiring seconds or 
tens of seconds even for reading the TOC informa- 
tion. (The compact disk usually manages information 
for each session. The TOC is provided for every ses- 
sion and recorded in the Lead In at the beginning of 
each session. The TOC has a size of 512 bytes per 
session. For the disk which consists of multiple ses- 
sions, the time required for reading operation will be 
longer as the number of TOCs increases.) The time 
duration from several seconds to tens of seconds is 
too long for the user to wait, taking a random look at 
the display. In such situations, the user may have 
wrong or unfavourable impressions, like "the comput- 
er is not good enough to use" or "the machine might 
have gone trouble". In addition, drive and audio para- 
meters must be specified again, as with normal POR. 
In such case, the context of the task is destroyed, e.g. 
the disk is played back with a different audio level. 
This gives the user a sense of incompatibility. Briefly, 
playback of the CDROM is not restarted from the 
same point of execution. Similar problems might arise 
during wake up after hibernation. (For details of the 
hibernation technique for computer systems, refer to 
Japanese patent application 5-184186.) 

With its high capacity, the CDROM, among oth- 
ers, is often used for providing long programs such as 
roll playing game, and the user is likely to close the 
LCD many times to stop a game until the program 
ends. Thus the problem of the resume mode, i.e. re- 
starting a task quickly from the same point of execu- 
tion, becomes more severe. 

Such problem during the resume mode, however, 
is unlikely to occur with the HDD since its average ac- 
cess time is as relatively short as approximately 12 
milliseconds. For the magneto optical (MO) disk 
drive, the average access time is as slightly longer as 
32 milliseconds at most (for thick drives. With a built 
in type MO drive, the access time further increases 
as the feed motor size is reduced.), the problem of re- 
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suming being as severe as for the CDROM drive. 

From the foregoing it should be readily apparent 
to those skilled in the art that there is required infor- 
mation for restarting a task from the suspend mode 
at the host, and similarly, that there is also required 5 
information for restarting the task at the device, espe- 
cially at the one having its own CPU. Moreover, it 
should also be apparent to those skilled in the art that 
the host cannot control all the information required by 
the device for resuming. However, if no provision is 10 
available for managing the information at the expan- 
sion device, a longer period of time will be necessary 
for restarting a task and the context of the task will be 
lost 

It is therefore an object of the present invention 15 
to provide an expansion device which itself saves the 
information which is required during resume opera- 
tion and cannot be managed at the host when the sus- 
pend mode is entered, thereby allowing a task to be 
restarted quickly and from precisely the same point of 20 
execution during resume. 

This object is achieved by the invention claimed 
in claim 1. 

An embodiment of the invention will now be de- 
scribed, by way of example, with reference to the ac- 25 
companying drawings, in which: 

Fig. 1 is a block diagram of part of the hardware 
organization of a computer system in which the pres- 
ent invention is embodied. 

Fig. 2 is the hardware organization of a CDROM 30 
drive in which the present invention is embodied. 

Fig. 3 is a schematic illustration which shows the 
operation modes of a CDROM drive. 

Fig. 4 is a schematic illustration which shows ac- 
tivities in the CDROM drive in each operation mode. 35 

Fig. 5 is a flow diagram illustrating operation of 
the CDROM drive during normal power on (POR) by 
the host. 

Fig. 6 is a flow diagram illustrating operation of 
the CDROM drive during transition to sleep by an in- 40 
ternal timer of drive. 

Fig. 7 is a flow diagram illustrating operation of 
the CDROM drive during transition to sleep by an in- 
struction of the host. 

Fig. 8 is a flow diagram illustrating operation of 45 
the CDROM drive during wake up from sleep. 

Fig. 9 is a flow diagram illustrating operation of 
the CDROM drive during transition from active, idle or 
standby to suspend mode. 

Fig. 10 is a flow diagram illustrating operation of so 
the CDROM drive during transition from sleep to sus- 
pend mode. 

Fig. 11 is a flow diagram illustrating operation of 
the CDROM drive during resume from suspend 
mode. 55 

Fig. 12 illustrates operation of host control and 
drive status signals when a sleep request by the host 
control signal causes transition from active, idle or 



standby to sleep mode. 

Fig. 13 illustrates operation of host control and 
drive status signals during wake up from sleep. 

Fig. 14 illustrates operation of host control and 
drive status signals when a suspend request by the 
host control signal causes transition from active, idle 
or standby to suspend mode. 

Fig. 15 illustrates operation of host control and 
drive status signals during transition from sleep to 
suspend mode. 

Fig. 16 illustrates operation of host control and 
drive status signals during resume from suspend 
mode. 

Fig. 1 7 is the hardware configuration of a magne- 
to optical disk drive. 

Fig. 18 is an isometric view of a portable comput- 
er, and particularly illustrating a usable state with 
LCD opened. 

Fig. 19 is an isometric view of the portable com- 
puter, and particularly illustrating a state in which the 
case interior is exposed with LCD and the keyboard 
opened. 

A preferred embodiment of the present invention 
will now be described under the following headings: 

A. Organization of a portable computer system 

B. Hardware organization of a CDROM drive 

C. Operation modes of the CDROM drive 
C.1. Active mode 

C.2. Idle mode 
C.3. Standby mode 
C.4. Sleep mode 

C. 5. Suspend mode 

D. Procedure of transition to respective operation 
modes of CDROM drive 

D. 1 . Normal power on reset (POR) 

D.1.1. Processing at the host 
D.1 .2. Processing at the CDROM drive 
D.2. Transition to sleep mode using an inter- 
nal timer of the drive 

D.3. Transition to sleep mode upon request 
from the host 

D.4. Return from sleep mode (wake up) 
D.5. Transition from active, idle and standby 
to suspend mode 

D.6. Transition from sleep to suspend mode 

D. 7. Recovery from suspend mode (resume) 

E. Timing diagram of the operation of host control 
and drive status signals 

E. 1. Transition from active, idle and standby 
to sleep mode 

E.2. Wake up from sleep mode 

E.3. Transition from active, idle and standby 

to suspend mode 

E.4. Transition from sle p to suspend mode 
E.5. Resume from suspend mode 

F. Application to magneto optical disk 
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A. Organization of a portable computer system 

In Fig. 1, main CPU70 is electrically connected 
with each unit within the system via system bus 80 so 
that it controls the operation of the whole system 1 00. 
Sub CPU60 is provided to support main CPU70 in 
power management. Within the system shown in Fig. 
1, main CPU70, sub CPU60 and system bus 80 
should be considered to make up a host. 

CDROM drive (hereinafter also referred to as 
drive) 50 is connected to main CPU70 through system 
bus 80 so that it can send to or receive commands 
from the host. Drive 50 is also connected with sub 
CPU 60 through host Control Signal (hereinafter also 
referred to as CS) 19 and two drive Status Signals 
(also called SS1 and SS2) 20. The function of signals 
19 and 20 will be later described. 

Connected to system bus 80 are expansion de- 
vices such as FDD and HDD. 

At the host, when a specified event indicating 
that a task cannot continue, such as "LCD close", 
"keyboard open", and "battery discharged", is detect- 
ed, main CPU70 is interrupted to enter the suspend 
mode. There are two types of requests from the host 
to drive 50 for transition to the suspend mode. In one 
type, a suspend request is raised under control of PM 
code (PMC) 71. In this case, main CPU70 requests 
suspend from drive 50 by using a command via sys- 
t m bus 80. In another type of transition request, a 
suspend request arises under control of APM61. In 
this case, sub CPU60 requests suspend from CPU 10 
in drive 50 via host control signal 19. (The transfer of 
a suspend request using a host control signal will be 
described later.) 

PMC71 can be the one which is loaded from sys- 
t m ROM (not shown) during POR and can be the 
other which is incorporated in the operating system 
(OS). What is important in the present embodiment, 
however, is not the operation of power management 
itself by PMC or APM at the host, but that a suspend 
request is made by the host to drive 50 in a form of 
either command or control signal. 

B. Hardware organization of a CDROM drive 

Fig. 2 is a detailed block diagram illustrating the 
hardware organization of CDROM drive 50 shown in 
Fig. 1. It should be understood by the following de- 
scription that the present invention is embodied by us- 
ing CDROM drive 50. 

Disk (CD) 21 as a storage medium is rotatable 
mounted onto spindle motor 5. Beneath the surface 
of disk 21 is located Pick Up Head 1. Motor drive cir- 
cuit 4 controls the rotation of spindle motor 5 so that 
the track of disk 21 rotates at a constant linear veloc- 
ity (CLV) with respect to pick up head 1 . 

Pick up head 1 is used for read data using the out- 
put of laser to disk 21 and reception of reflected light, 



and is mounted onto slider motor 6 which is movable 
in the radial direction of disk 21. 

The output signal from pick up head 1 is input to 
servo circuit/digital signal processing circuit 3 via RF 

s amplifier 2 for both position control of pick up head 1 
and data processing. For position control, a control 
system which is made up of servo circuit 3 and motor 
drive circuit 4 controls synchronous driving of spindle 
motor 5 and slider motor 6 based on that output signal 

10 to enable pick up head 1 to access disk 21. Pick up 
head 1 is supported by a two axis device (not shown) 
which is capable of precision driving and focus and 
tracking adjustable. For data processing, the output 
signal is processed by digital signal processing circuit 

15 (DSP) 3. To send a processed digital signal to the 
host, digital/analog converter circuit (DAC) 7 converts 
the signal into an analog for output. For output to a 
headphone, the signal is output via DAC7 and audio 
amplifier circuit 8. When the signal is output as digital 

20 data to the host, decoder circuit 9 decodes the signal 
to send it to system bus 80. The servo circuit and DSP 
are shown with identical reference numeral 3, and 
may be of the same chip or of separate chips. 

A tray (not shown) for mechanically mounting 

25 disk 21 is coupled with loading motor 12 in a power 
transferrable manner. Motor drive circuit 11 controls 
loading motor 12 in response to a signal from eject 
button 1 8 which is used to indicate tray open or close 
operation or a request from CPU10 (or request from 

30 the host via CPU 10), thus allowing replacement of 
disk 21. 

CPU10 is a controller means for controlling th 
operation of each unit within CDROM drive 50. 
CPU10 includes clock 14 for synchronizing opera- 

35 tions, ROM16, RAMI 5 and Electrically Erasable Pro- 
grammable ROM (EEPROM) 1 7. 

ROM 16 is a read only memory with its write data 
determined during manufacture and is used to store 
various types of firmware. The actual firmware to b 

40 stored is used for self test performed by drive 50 dur- 
ing start up (POR), command processing for interpret- 
ing commands sent from the host (also called host 
command), checking drive status such as disk in/out 
and tray open/close, or mechanical control for con- 

45 trolling the drive mechanism such as tray eject. 

RAMI 5 is first data saving means used by 
CPU 10 as working area and, as described in the in- 
troduction above, is used to store various information 
on the disk 21 being inserted (e.g. allocation informa- 

50 tion such as TOC, drive parameters indicating data 
rates, audio parameters indicating audio output lev- 
els). There are Dynamic RAM (DRAM) which requires 
refreshing of stored data and Static RAM (SRAM) 
which does not require refreshing. In this embodi- 

55 ment, SRAM is preferred (the reason of which will be 
described later). 

EEPROM17 is a write-enable non-volatile semi- 
conductor memory and acts as second data saving 
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means, details of which described below. There are 
two types of EEPROM: in one type, data can be 
erased only per bit, and in so called flash memory of 
another type, data can be fully erased by sector. Al- 
though either type can be used as second data saving s 
means, the latter allows more efficient operations. 

Interface circuit 9 is used to control the flow of 
data between the host and drive 50 and includes a 
control register, command register, status register, er- 
ror register and data register. Of these, the status reg- 10 
ister includes a field for retaining the current operation 
mode of drive 50 (operation modes of drive 50 will be 
described in section C) and a Busy Flag for presenting 
an Activity of drive 50 to the host. The activity of drive 
50 can be a Ready state in which a host command can 15 
be executed immediately or a Busy state in which no 
host command can be accepted due to processing of 
a task. The host OS can recognize the status of drive 
50 by polling this status register. Interface and decod- 
ing circuits are shown in Fig. 2 with identical reference 20 
numeral 9, and may be configured with the same chip 
or separate chips. 

As described above, communications between 
CPU 10 of drive 50 and the host are performed with 
commands send or received via interface circuit 9, 25 
and also with host control signal 19 and drive status 
signal 20. 

Host control signal 1 9 is a signal used by the host 
to communicate its intention to drive 50 and provided 
for two purposes in this embodiment. One is to send do 
a request from the host for changing operation mode. 
Another is to initiate hardware interrupt to CPU 10 
while clock 14 is in halted. As described in section C, 
CDROM drive 50 can enter an operation mode of 
si ep or suspend where clock 14 of CPU1 0 is in a halt 36 
state. Halted clock 14 causes interface circuit 9 to 
stop and accept no command. Therefore, interruption 
of CPU 10 by host control signal 19 activates clock 14. 

Conversely, drive status signal 20 is a signal 
used by drive 50 to communicate its intention to the 40 
host, and consists of two signal lines SS1 and SS2 f 
as described above. SS1 indicates the activity of 
drive 50 with a High or Low level of signal. (In this em- 
bodiment, a busy state causes SS 1 to go to a low lev- 
el.) SS2 is used to notify the host that drive 50 moves 45 
voluntarily from active, idle or standby to sleep mode 
(see section D.2). 

Though drive 50 is supplied with power from the 
host, as shown with an arrow of reference numeral 13, 
detailed power lines are not shown. It should be not- so 
ed, however, that turning on or off this power supply 
13 is caused by normal power on (POR) or power off 
at the host and also dependent upon suspend/resume 
operation. 

Operations of host control signal 19, drive status 55 
signal 20 and power supply 1 3 will be described in de- 
tail in section E. 



C. Operation modes of the CDROM drive 

CDROM drive 50 has five operation modes: Ac- 
tive, Idle, Standby, Sleep and Suspend. 

Fig. 3 schematically shows each operation mode 
and transitions between them. Transition between 
each mode is triggered by an internal timer of drive 
50, a request by a host command or host control sig- 
nal, application of power from the host for resume, or 
normal application or suspension of power (POR) by 
the host In Fig. 3, each transition is represented by 
an arrow indicating a trigger. The procedure of tran- 
sition to each operation mode depends on its trigger 
and will be described in detail in section D. 

The state of operation of each mechanism and 
electrical circuit within drive 50 varies between oper- 
ation modes, and their relationship is shown in Fig. 4. 
In the table shown in Fig. 4, column headings indicate 
components of drive 50 (the numbers in column head- 
ings correspond to reference numerals in Fig. 2), and 
row headings indicate operation modes. Characters A 
(Active), I (Inactive) and D (Disabled) in each column 
of the table denote the activity state in the corre- 
sponding operation mode of each component, and 
the activity level descends in this order; A, I and D. 

It should be readily understood in Figs. 3 and 4 
that each component within drive 50 becomes more 
inactive as the operation mode moves downward. It 
should also be apparent to those skilled in the art that 
the more drive 50 becomes inactive, the more power 
reduction is achieved. 

In other words, as the operation mode changes 
from active to idle, standby, sleep and suspend, drive 
50 goes deep into sleep. Each operation mode will 
now be described. 
C.1. Active mode 

Active mode is a state in which power (5V, 
500mA, in this embodiment) is normally supplied 
from the host and the drive is currently executing 
a self test or host command, or the host command 
can be immediately executed. 
C.2. Idle mode 

In idle mode, spindle motor 5 is rotating, but 
the laser output of pick up head 1 will stop. This 
causes output to RF amplif ier2 to be cut off. Then 
servo control, i.e. position control for pick up 
head 1 , on slider motor 6 and the two axis device 
is substantially interrupted. The effect of power 
save on laser output and servo control is a de- 
crease of power consumption to 300mA. 

When a host command is issued in this 
mode, the active mode can be entered with only 
a time delay necessary for restarting servo con- 
trol. 

C.3. Standby mode 

In standby mode, the rotation of spindle mo- 
tor 5 will also stop, i.e. motor drive circuit 4 and 
spindle motor 5 become more Inactive. This re- 
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suits in decrease in pow r consumption to 
100mA. 

When a host command is issued in this 
mode, the time required for spin up of spindle mo- 
tor 5 and restarting servo control allows returning 5 
to the active mode. In active, idle and standby 
modes, drive 50 is in a state in which it can ser- 
vice the host command immediately. 
C.4. Sleep mode 

Briefly, sleep mode is a state where clock 14 10 
of CPU10 in halted and all mechanisms and elec- 
trical circuits of drive 50 are in a complete halt 
state (Disabled). In this mode, power is still sup- 
plied from the host, but its consumption is only of 
small leak current (10mA), thus leading to a sig- 15 
nif icant power saving. 

When clock 14 of CPU10 is halted, refresh- 
ing of memory will be disabled. Therefore, if 
RAM 15 provided in CPU 10 is dynamic RAM, its 
contents are lost. This embodiment, however, 20 
employs static RAM as RAMI 5, which will retain 
its contents only with the supply of the aforemen- 
tioned leak current even in the sleep mode. 

Since halted of clock 14 causes interface cir- 
cuit 9 to be in a complete halt state (Disabled), the 25 
command issued by the host will not be process- 
ed in this mode. Therefore, the host must issue a 
request using host control signal 19 instead of us- 
ing a command. (Specifically, a request is made 
for interrupt of CPU 10 to activate clock 14. Refer 30 
to section E for details.) 

One of the features of power saving which is 
achieved in idle, standby and sleep modes is that 
power supply 1 3 itself is not turned on or off to 
each electrical circuit within drive 50, but power 35 
saving is obtained to the extent of approximately 
two percents of that in the active mode, i.e. 
500mA to 10mA, by sequentially forcing each 
control system into a substantial halt state. In 
other words, it is not necessary for the host or 40 
drive 50 to exercise frequent control over power 
supply to each electrical circuit for effecting these 
power save modes. 
C.5. Suspend mode 

Suspend mode, if viewed from the host, is to 45 
stop power supply to almost all units except the 
main memory after the data required for restart- 
ing a task has been saved in the main memory. 
In suspend mode, therefore, the power supplied 
to CDROM drive 50 will be OmA. In this sense, so 
the suspend mode, when viewed from the drive, 
is not different from a state of normal power off. 
In suspend mode, the contents of each register 
and RAM 15 within interface circuit 9 of drive 50 
are lost due to volatility. 55 

One of the objectives of the present inven- 
tion is that how the behaviour of drive 50 during 
transition to the suspend mode, i.e. the state 



within drive 50, immediately before powered 
down, is preserved, and which will be described 
in detail in section D. 

D. Procedure of transition to respective operation 
modes of the CDROM drive 

D.1. Normal power on reset (POR) 

Fig. 5 shows a flow diagram of normal power 
on procedure (POR). The expansion device is il- 
lustrated as CDROM drive 50. 

When power is applied at the host (step 202), 
the host and drive 50 performs the following proc- 
essing in parallel. 

D.1.1. Processing at the host 

At the host, Power on Self Test (POST) is 
performed at step 204, and the operating sys- 
tem (OS) is loaded to allow the computer sys- 
tem to be operative at step 206. 

Then, a Device Driver is run at step 208. 
Typically, the device driver to be used has 
been specified in the M conf ig.sys" file. 

At decision block 210, a command is sent 
to the interface circuit at the expansion device 
(including drive 50) to determine whether con- 
nection has actually been established. The 
expansion device which fails in connection is 
then treated as being disconnected, as shown 
with a No branch of decision block 210. 

When, on the other hand, this attempt 
has been successful, a further command is 
sent to the expansion device to confirm drive 
activity or specify parameters at step 212, as 
shown with a Yes branch of decision block 
210. Drive activity refers to a state whether 
drive 50 is currently processing a task (i.e. 
busy state) or not, and can be detected by the 
signal level of drive status signal SS1 (refer to 
previous description and section E). Parame- 
ters include audio (audio output levels) and 
drive parameters (set time of the power save 
timer) (see section D.2), rotation speed of the 
spindle motor and data rate described above. 
The device driver, when specifying these 
parameters, notify drive 50 of each specified 
value, as shown with arrow 230 (such notifi- 
cation is not made if drive 50 itself specifies 
default values). 

D.1.2. Processing at the CDROM drive 

At CDROM drive 50, first, self diagnostic 
test is performed at step 214. The firmware for 
self test is stored in ROM1 6 of drive 50, as de- 
scribed above. If the self test fails, steps 216, 
21 8, 220 and 222 are skipped to end initializa- 
tion (step 224). 

When , on the other hand, the self test has 
been successful, step 216 is ent red to deter- 
mine if a disk has already been inserted into 
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the disk tray. If not, steps 218, 220 and 222 
are skipped to end initialization (step 224). 

If the disk has already been inserted, step 
218 is entered to disable ejection of the disk 
for disk access(specif ically, the eject function 5 
of the disk tray is killed). Next at step 220, the 
disk is accessed and an attempt is made to 
read the TOC information. If the read attempt 
fails, step 222 is skipped to end initialization 
(step 224). 10 

If read operation is successful, the TOC 
information is recorded in RAMI 5 within drive 
50 at step 222 to terminate the process for ini- 
tialization (step 224). The TOC information 
being recorded is retained in RAMI 5 until the 15 
disk is replaced or power on reset (POR). The 
TOC information is used for illegal request er- 
ror processing or searching recording posi- 
tions for which a disk access request occurs 
(in case of music CDs). 20 

When initialization is ended, disk eject is 
enabled at step 226. 

When the processing described above 
ends at the host and drive 50 (step 228), an 
active state is entered. Drive 50, therefore, is 25 
then in a state that it can execute a host com- 
mand immediately. 
D.2. Transition to sleep mode using an internal 
timer of the drive CDROM drive 50 can voluntarily 
enter the sleep mode without receiving a request 30 
from the host Specifically, the internal timer (not 
shown in Fig. 2) of drive 50 monitors the elapsed 
time from the last disk access, and drive 50, 
whenever a given period of time is exceeded, au- 
tomatically enters the idle, standby or sleep 35 
mode. Fig. 6 shows a procedure for transition to 
sleep using the internal timer. 

Until a given period is elapsed from the last 
disk access, the active mode is maintained by the 
loop formed of steps 302 and 304. 40 

When a given period of time passes, laser 
output of pick up head 1 is stopped and servo 
control such as for slider motor 6 (step 306) is set 
to halt to enter the idle mode (step 308). Details 
of the idle mode has been described in section 45 
C.2 above. 

During the time between the last disk access 
and the next given period of time, the idle mode 
is maintained by the loop formed of steps 308 and 
310. 50 

When the next given period of time passes, 
the rotation of spindle motor 5 stops (step 312) 
and the standby mode is entered (step 314). Re- 
fer to section C.3 above for details of this mode. 

During the time between the fast disk access 55 
and the third predetermined period of time, the 
standby mode is maintained by the loop formed 
of steps 314 and 316. 



When the fourth predetermined time passes, 
step 320 is taken and clock 1 4 of CPU 1 0 is halted 
to enter the sleep mode. Refer to s ctton C.4 
above for details of the sleep mode. Since halted 
clock 14 causes interface circuit 9 to stop, tran- 
sition of drive 50 to the sleep mode becomes in- 
visible to the host (In each mode from active to 
standby, the host can recognize the mode of drive 
50 by polling the status register within interface 
circuit 9. The OS of the host, therefore, can rec- 
ognize the operation mode of drive 50, as descri- 
bed above.) Then, drive 50 notifies the host via 
drive status signal SS2 of entering the sleep 
mode before the actual transition (step 318). For 
details of notification using drive status signal 
SS2, refer to section E. 

Thus, CDROM drive 50 can achieve power 
save by itself going deep into sleep without wait- 
ing a request from the host. 

Each predetermined time period before tran- 
sition to each mode (steps 304, 310 and 31 6) may 
be a previously specified value before shipment 
or programmable by the user at the execution of 
POST. 

D.3. Transition to sleep mode upon request from 
the host In contrast to D.2, the drive may change 
from the active, idle or standby to sleep mode 
upon request by a host command or host control 
signal 19. Fig. 7 shows a procedure of transition 
to sleep by an instruction of the host. 

The host uses its internal timer (not shown 
in Fig. 1 ) to monitor the elapsed time from the last 
drive access (steps 402 and 404). It determines 
the activity of drive 50 when a predetermined 
time period passes from the last drive access 
(step 406). This determination is made by check- 
ing the busy flag of interface circuit 9 or the signal 
level of drive status signal SS1, as described 
above. If the activity is determined as a busy 
state, the host waits until drive 50 becomes a 
ready state. When the ready state is entered, the 
host sends a sleep request command to drive 50 
via system bus 80 or requests sleep using host 
control signal 19 (step 408). For details of sleep 
request by host control signal 19, refer to section 
E. 

Drive 50, upon receiving the sleep request 
from the host, performs a procedure dependent 
on the current operation mode. 

Drive 50, when it enters the active mode, 
sets at step 412 the busy flag of interface circuit 
9 and disables the ejection of the disk, i.e. sets a 
state in which other task requests are negated. 
Next, at step 414, drive 50 stops servo control for 
the laser output of pick up head 1 , slider motor 6 
and the like to enter the idle state before proceed- 
ing to step 420. 

When drive 50 is in the idle mode, it first at 
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step 416 sets the busy flag and disables the ejec- 
tion of the disk (equivalent to step 412). Next at 
step 420 it stops rotation of spindle motor 5 to en- 
ter a standby state. At this time, drive 50 has com- 
pleted preparation for transition to the sleep 5 
mode, and releases the busy flag which has been 
set previously (step 422). Then, step 426 is en- 
tered. 

If drive 50 is already in the standby mode and 
if it has gone to the standby mode with the pro- w 
cedure of steps 410 to 422, drive 50 at step 426 
first sends back an Acknowledge signal of tran- 
sition to the sleep mode through drive status sig- 
nal SS2 (equivalent to step 318). Next, drive 50 
stops clock 14 of CPU10 to go to the sleep mode 15 
(step 428) and the process is ended (step 430). 
D.4. Return from sleep mode (wake up) 

Return from the sleep mode of drive 50 is 
called Wake up. Fig. 8 shows a procedure for 
wake up. 20 

A request for wake up of drive 50 arises by 
the OS at the host requesting a task from drive 50 
at step 502. First, the host determines whether 
drive 50 is actually in the sleep mode at step 504. 
The operation mode of drive 50 can be deter- 25 
mined by referencing the status register within in- 
terface circuit 9 in a mode sequence from active 
to standby, as described above, but it cannot be 
determined by interface circuit 9 during the sleep 
mode. Instead, if the host has latched a notifica- 30 
tion of transition to sleep (hereinafter called 
"sleep latch*; see section E) with drive status sig- 
nal Ss2 (steps 318 and 426 described above), the 
sleep mode is determined. 

If drive 50 is in either the active, idle or stand- 35 
by mode, a task can be processed immediately 
(refer to section C), so that the OS sends a com- 
mand at step 516 and terminates processing at 
step 518. 

On the other hand, during the sleep mode, al- 40 
most all components of drive 50 is in a halt state, 
in which a command cannot be processed imme- 
diately. Then the following procedure is taken. 
First, the host interrupts CPUIOof drive 50 by us- 
ing host control signal 19 and releases the sleep 45 
latch at step 506 to activate clock 14 at step 508. 
Next, drive 50 sets the busy flag at step 508 and 
disables the ejection of the disk at step 51 0, to re- 
turn to the mode prior to sleep at step 512. That 
is, it returns to the active mode if it was active, the so 
idle mode if it was idle, or the standby mode if it 
was standby. The operation mode entered b fore 
transition to sleep has been stored by the status 
register within interface circuit 9. 

When recovery is completed, the busy flag 55 
previously being set is released and the host is 
notified that command processing has become 
possible at step 514. Then, the OS issues a com- 



mand at step 516 and terminates wake up proc- 
essing at step 518. 

D.5. Transition from active, idle and standby to 
suspend mode 

One of the features of the present em bod i- 
m ment is how drive 50 saves the immediately prior 
state when the host turns into the suspend mode. 
This feature will be apparent in this section and 
section D.6. 

Fig. 9 shows a procedure for transition from 
the active, idle or standby to the suspend mode. 

At the host, when a specified event is detect- 
ed which indicates a task cannot be continued, 
such as "LCD120 is closed", "keyboard 113 is 
opened" and "battery 1 1 9 is discharged to a given 
extent", an interrupt of CPU70 occurs to enter the 
suspend mode at step 602. It should be under- 
stood that details of processing for the suspend 
mode is beyond the scope of the present embodi- 
ment and will not be described herein. 

Next, the host determines the status of drive 
50, i.e. the operation mode and activity of the 
drive at step 604. If drive 50 is in the sleep mode, 
a procedure is taken to move from sleep to the 
suspend mode via branch Q (see Fig. 10 and sec- 
tion D.6). When drive 50 is in a busy state or proc- 
essing other task, the host waits until the drive 
becomes ready. If drive 50 becomes ready, the 
host send suspend request to drive 50 in a form 
of host command or host control signal 19 at step 
606. 

Drive 50, upon receiving from the host the 
suspend request, performs a procedure depend- 
ent on the current operation mode. 

If drive 50 is in the active mode, it first at step 
610 sets the busy flag and disables the ejection 
of the disk. Next, at step 612, it stops the laser 
output of pick up head 1 and motor servo control 
to enter the idle state before proceeding to step 
618. 

If drive 50 is in the idle mode, it first sets the 
busy flag and disables the ejection of the disk at 
step 616. Next, at step 618, it stops operations 
such as the rotation of spindle motor 5 to enter the 
standby state before proceeding to step 624. 

If drive 50 is already in the standby mode, it 
sets the busy flag and disables the ejection of the 
disk at step 622. 

Drive 50, when it has completed respective 
operations of steps 622 and 618, is in a state in 
which it could accept the suspension of power 
supply 13 from the host. However, if power is sus- 
pended immediately after these steps, the work- 
ing data stored in RAMI 5 (e.g. TOC information, 
drive and audio parameters) and the contents of 
each register within interface circuit 9 will be lost, 
because of these storag media is volatile. The 
problems encountered when these contents are 
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lost are as described in the Description of the Pri- 
or Art above. Thus, in this embodiment, the con- 
tents of RAMI 5 and each register are saved in a 
non- volatile semiconductor data saving device of 
flash memory 1 7 (step 624). In this manner, nec- s 
essary data is preserved before drive 50 releases 
the busy flag and* notifies the host that prepara- 
tion for entering the suspend mode is completed 
(step 626). 

Next, the host, upon detecting the release of 10 
the busy flag, suspends power supply 13 to drive 
50 at step 628 and terminates processing for tran- 
sition to suspend for the entire system (step 630). 
D.6. Transition from sleep to suspend mode 

Fig. 1 0 shows a procedure for transition from 1 s 
the sleep to suspend mode. That is, Fig. 10 illus- 
trates a succeeding procedure of branch Q when 
drive 50 has been determined to be in the sleep 
mode at step 604 in Fig. 9. 

In the sleep mode, each unit of drive 50 is in 20 
a halt state, i.e. the state in which operation can- 
not be done to save the contents of RAM 15 and 
each register within interface circuit 9. Therefore, 
the host interrupts CPU 10 of drive 50 by using 
host control signal 19 at step 700 and activates 25 
clock 14 of CPU10 at step 702, to recover opera- 
tion of each unit within drive 50 (actually return to 
the standby mode). 

Then, drive 50 sets the busy flag and dis- 
ables the ejection of the drive at step 704. At step 30 
706, it saves the contents of RAM 15 and each 
register of interface circuit 9 in flash memory 17 
(equivalent to step 624). 

Next, drive 50 releases the busy flag and no- 
tifies the host of the completion of preparation for 35 
transition to suspend at step 708. In response to 
this notification, the host suspends power supply 
13 to drive 50 at step 710 and terminates process- 
ing for transition to suspend for the entire system 
at step 712. 40 
D.7. Recovery from suspend mode (resume) 

One of the effects of the present embodi- 
ment is that it is possible to provide an environ- 
ment in which drive 50 can restart a task quickly 
and from precisely the same point of execution 45 
when the host enters a resume state. This effect 
will be apparent in this section. 

Fig. 1 1 shows a procedure for resuming from 
the suspend mode. 

In the suspend mode, the host, upon detect- so 
ing a specified event indicating the possibility of 
restarting a task, such as "LCD is opened", "key- 
board is closed", and "battery 119 is recharged", 
an interrupt of main CPU 70 occurs at step 802 to 
initiate resume operation for restarting the task. 55 
As part of this resume operation, power supply 1 3 
to drive 50 is regained at step 804. It should be 
understood that details of processing for resume 



at the host is beyond the scope of the present em- 
bodiment and will not be described herein. 

At the drive 50, power supply alone does not 
provide the determination if it is for normal POR 
or resume. To allow the determination, the host is- 
sues host control signal 19 which differs in wave- 
form from that for resume (refer to section E for 
details). At step 806, if a normal POR is deter- 
mined, the procedure described in Fig. 5 and sec- 
tion D.1 is performed via branch P. On the other 
hand, if the decision is made that the power sup- 
ply is for resume, processing goes to the following 
step 808. 

At step 808, drive 50 disables the ejection of 
the disk and sets the busy flag to disable recep- 
tion of a host command. 

Next, at step 810, the data being saved in 
flash memory 1 7 is restored into each unit. As de- 
scribed above, the information restored in this 
step include the TOC information, audio and drive 
parameters, and values of each register within in- 
terface circuit 9. It should be noted that data 
transfer becomes faster since the TOC informa- 
tion is not read again from the disk, but restored 
from the semiconductor memory. This point is 
considerably different from normal POR (see 
step 220 in Fig. 5 and section D.1). It should also 
be noted that the task context is not destroyed 
since the status at the time of task interruption, 
including audio and drive parameters and register 
values, is restored. Also this point differs consid- 
erably from that of normal POR. (During POR, the 
device driver specifies a given value or drive 50 
itself sets a default value. See steps 212 and 230 
in Fig. 5 and section D.1 .) 

Next, drive 50 moves into the operation 
mode which was taken at the time of entering the 
suspend mode (step 812). The operation mode 
taken at the time of entering the suspend mode 
has been recorded in the status register within in- 
terface circuit. Since the contents of the status 
register has been restored in earlier step 810, ref- 
erence of them ensures return to the same oper- 
ation mode. In this manner, all processing for re- 
sume is completed (step 814). 

E. Timing diagram of the operation of host control 
and drive status signals 

As described above, CDROM drive 50 may enter 
the other modes not with a host command but with 
host control signal 19. In addition, the intention of the 
host may communicate only with host control signal 
19 because the halt of clock 14 of CPU10 inhibits re- 
ception of the host command. It should be understood 
by those skilled in the art that host control signal (CS) 
19 acts in cooperation with drive status signals 20 
(SS1 and SS2). This section will describe the relation- 
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ship between each signal line and the operation of 
drive 50 with reference to Figs. 12 to 16. In each tim- 
ing diagram shown in Figs. 12 to 16, the first line de- 
notes the signal level of host control signal <CS) 19, 
the second line the signal level of drive status signal 5 
SS1 , the third line the signal level of drive status sig- 
nal SS2, the fourth line the voltage level of supply 
power from the host and the fifth line the operation 
mode of drive 50. 

E.1. Transition from active, idle and standby to 10 

sleep mode 

Fig. 12 is a timing diagram of each signal 

when a sleep request is issued by host control 

signal CS. 

Host control signal CS is normally kept at a 1 5 
high level and used to send a low level pulse wave 
(hereinafter called pulse wave) as a hardware in- 
terrupt when an intention of the host is communi- 
cated to CPU 1 0. That is, if the host wants to lower 
the operation mode of drive 50 by a single level, 20 
it sends a low level pulse wave only once to host 
control signal CS to transfer its request To fur- 
ther lower the operation mode by one level, the 
host sends the pulse wave once again within a 
specified time duration (T1). To enter a further 25 
lower level of operation mode, the host sends the 
pulse wave the third time within a specified time 
duration (T1) after the last pulse wave. Therefore, 
host control signal CS for requesting sleep is rep- 
resented by three consecutive pulse waves, as 30 
shown in Fig. 12(a), when drive 50 is in the active 
mode, by two consecutive pulse waves, as 
shown in Fig. 12(b), in the idle mode and by a sin- 
gle pulse wave, as shown in Fig. 12(c), in the 
standby mode, respectively. 35 

Drive 50, upon receiving such sleep request, 
takes a slight time delay to start a predetermined 
procedure for transition to the sleep mode (see 
steps 410 to 420 in Fig. 7 and section D.3). At this 
time, drive 50 sets the busy flag and turns drive 40 
status signal SS1 into a low level. Drive status 
signal SS1 is kept at a high level when drive 50 
is in a ready state, and goes to a low level when 
a busy state is entered. Thus, when drive status 
signal SS1 is at a low level, the host command or 45 
disk eject request is negated. 

If successful in the procedure preparatory 
for transition to the sleep mode, drive 50 sends a 
single pulse wave to drive status signal SS2 to in- 
form the host of Sleep in. The host remembers so 
that drive 50 is in the sleep state by using the rise 
edge of this pulse wave for latching, i.e. sleep 
latch, as described above. After a slight time de- 
lay following the sleep in pulse wave, drive 50 re- 
leases the busy flag and returns drive status sig- 55 
nal SS1 to a high level to complete transition to 
sleep. 

During the operation series of entering the 
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sleep mode, power supply 13 is kept at a voltage 
level of 5V. 

E.2. Wake up from sleep mode 

Fig. 13 is a timing diagram of each signal at 
wake up from sleep. 

The host sends a single pulse wave to host 
control signal CS to wake up drive 50 from sleep. 
The rising edge of this pulse wave is used as an 
interrupts CPU 10 of drive 50. 

When CPU10 is interrupted, clock 14 is acti- 
vated to allow a predetermined preparatory pro- 
cedure for wake up to be executed after a slight 
time delay (see steps 51 0 to 51 4 in Fig. 8 and sec- 
tion D.4). At this time, drive 50 sets the busy flag 
and turns drive status signal SS1 into a low level. 

If successful in the preparatory procedure 
for wake up, drive 50 releases the busy flag and 
returns drive status signal SS1 to a high level. 
Drive 50 itself enters the operation mode which 
was present immediately before sleep, to com- 
plete wake up. 

During the operation series of waking up 
from sleep, drive status signal SS2 is kept at a 
high level and power supply at a voltage level of 
5V. 

E.3. Transition from active, idle and standby to 
suspend mode 

Fig. 14 shows a timing diagram of each sig- 
nal when a suspend request is sent by host con- 
trol signal CS. 

Host control signal CS for requesting a sus- 
pend depends on the current operation mode of 
drive 50. In the active mode, as shown in Fig. 
14(a), three consecutive pulse waves with an 
equivalent interval (T1) are sent and after a pre- 
determined time duration (T2:T2>T1), a single 
pulse wave follows. Similarly, in the idle mode, as 
shown in Fig. 14(b), two consecutive pulse waves 
with an equivalent interval (T1) are sent and after 
a predetermined time duration (T2), a single 
pulse wave follows. In the standby mode, as 
shown in Fig. 14(c), a single pulse wave is sent 
and after a predetermined time duration (T2), an- 
other single pulse wave follows. 

Drive 50 starts a given procedure for prepa- 
ration (see steps 610 to 618 in Fig. 9 and section 
D.5) within the specified time duration (T2) after 
receiving the first chain of pulse waves. At this 
time, drive 50 sets the busy flag and turns drive 
status signal SS1 into a low level. Then drive 50 
cannot determine if host control signal CS is a 
sleep or suspend request. Thus, the preparatory 
sequence then executed is not different from that 
for transition to sleep (see section E.1). 

Next, drive 50, upon receiving a pulse wave 
again which follows the last pulse wave after a 
specified time duration (T2), determines that this 
host control signal CS is for a suspend request. 
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Drive 50 then starts to save the contents of 
RAMI 5 and each register of interface circuit 9 in 
flash memory 17 (see step 624 in Fig. 9 and sec- 
tion D.5). 

If successful in saving data in flash memory s 
17, drive 50 releases the busy flag and returns 
drive status signal SS1 to a high level. At this 
time, drive 50 itself enters the suspend mode. 

Thereafter, the host confirms that the proce- 
dure for entering suspend for the host itself, other 10 
expansion devices, and the like has been com- 
pleted, to suspend power supply 13. In response 
to this suspension of power supply, the host con- 
trol signal and drive status signals SS1 and SS2 
are also turned into a low level. 15 
E.4. Transition from sleep to suspend mode 

Fig. 15 is a timing diagram of each signal dur- 
ing transition from sleep to suspend mode. 

Drive 50, if in the sleep mode, must return 
from a temporary halt state for processing such 20 
as saving data in flash memory 1 7. Then, the host 
sends a single pulse wave to host control signal 
CS to interrupt CPU10 of drive 50. Next, drive 50 
executes a given procedure for returning to the 
standby mode, such as activating clock 14. At this 25 
time, drive 50 sets the busy flag and turns drive 
status signal SS1 into a low level. Details of these 
operations are the same as for wake up from 
sleep to standby described in section E.2. 

Returning to the standby mode, drive 50 re- 30 
leases the busy flag and returns drive status sig- 
nal SS1 to a high level. Next, it performs a proce- 
dure for transition from the standby to suspend 
mode. Details of the procedure are the same as 
that for E.3. 35 
E.5. Resume from suspend mode 

Fig. 1 6 is a timing diagram of each signal dur- 
ing resume from suspend mode. 

During suspend mode, the host starts re- 
sume operation when an interrupt factor occurs in 40 
main CPU70 at the host, and as part of the oper- 
ation, restarts power supply 13 to drive 50. 

In response to the restart of power supply 13, 
drive status signals SS1 and SS2 returns to a 
high level. Drive 50 first performs reset process- 45 
ing such as returning pick up head 1 to its origin. 

During normal POR, host control signal CS, 
as a drive status signal, is set to a high level upon 
power on. On the other hand, during resume from 
suspend, the host keeps host control signal CS at so 
a low level for a specified period of time. There- 
fore, drive 50 can determine that power supply is 
for resume (or for POR) by confirming host con- 
trol signal CS of a low level (or high level) imme- 
diately after reset processing. Thus, the host as- 55 
serts resume operation by keeping host control 
signal CS at a low level. 

Upon detecting resume, drive 50 performs 



recovery processing such as restoring data from 
flash memory 17 into each component. Then 
drive 50 sets the busy flag and turns drive status 
signal SS1 into a low level. During that time, any 
host command or request of disk ejection is ne- 
gated. 

Upon completing recovery operation, drive 
50 releases the busy flag and returns drive status 
signal SS1 to a high level to return to the opera- 
tion mode entered immediately before suspend. 

Although this embodiment uses only a single 
drive status signal SS1 to allow requests for tran- 
sition to a number of operation modes to be rep- 
resented by varying the signal waveform, the 
principles of the present invention are not limited 
to this embodiment. For example, each transition 
to the operation mode would have its own signal 
line and any request for transition may be repre- 
sented by a single pulse wave. 

F. Application to magneto optical disk 

The preferred embodiment of the present inven- 
tion uses a CDROM drive. However, magneto optical 
disks, which are similar to CDROM drives in structure 
and effects, also have problems which can be ad- 
dressed by the present invention. This section will 
briefly describe that the present invention can also be 
practised in relation to magneto optical disk drives. 

Fig. 1 7 shows the hardware configuration of mag- 
neto optical disk drive 51 in which the present inven- 
tion is practised. Identical reference numbers indicate 
similar components to those shown in Fig. 2. Magne- 
to optical disk drive 51 differs from CDROM drive 50 
in that drive 51 further includes magnetic coil 25 for 
write operation to magneto optical (MO) disk 26, drive 
circuit 22 for driving magnetic coil 25, analog/digital 
converter circuit (ADC) 24 for converting analog input 
into digital signals and encoder circuit 23 for encoding 
signals. 

It should be readily understood by those skilled in 
the art that descriptions in sections A to E also apply 
to this magneto optical disk drive 51. 

By using the present invention, it is possible to 
provide an expansion device detachably installed into 
a computer system (host) and capable of quickly and 
exactly in response to a series of operations for power 
management at the host Furthermore, it is possible 
to provide an environment for a portable computer 
system wherein the expansion device itself saves the 
information which is required during resume opera- 
tion and cannot be managed at the host when the sus- 
pend mode is entered, thereby allowing a task to be 
restarted quickly and from precisely the same point of 
execution during resume. 
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Claims said notification. 

1. An expansion device detachably installed into a 
computer system, the expansion device compris- 
ing central processing means for controlling the 5 
operation of said expansion device, first, volatile 
data storage means for use as working area by 
said central processing means, interface means 

for communicating with said computer system, 
means for supplying power from the computer 10 
system to the powered elements in said expan- 
sion device, and second, non-volatile data stor- 
age means for saving information held by said in- 
terface means and data stored in said first data 
storage means in response to a request from said 15 
computer system via said interface means. 

2. The expansion device of claim 1, wherein said ex- 
pansion device is a CDROM drive or a magneto 
optical disk drive. 20 

3. The expansion device of claim 1 or 2, wherein 
said first data storage means is a static RAM. 

4. The expansion device of claim 1 , 2 or 3, wherein 25 
said interface means receives a request from 

said computer system in the form of a command. 

5. The expansion device of claim 1 , 2 or 3, wherein 

said interface means receives a request from 30 
said computer system in the form of a hardware 
interrupt. 

6. The expansion device of any preceding claim, 
wherein said second data storage means is a 35 
flash memory. 

7. A method for controlling an expansion device as 
claimed in claim 1 , comprising the steps of receiv- 
ing a prior notification of powering down from 40 
said computer system, saving in said second data 
storage means context information held by said 
interface means and the data stored in said first 
data storage in response to said notification, no- 
tifying said computer system of the completion of 45 
said saving step, and powering down the expan- 
sion device by said computer system in response 

to said notification. 

8. A method as claimed in claim 7, further including so 
the steps of receiving an instruction from said 
computer system when power supply is restarted, 
restoring the data saved by said second data stor- 
age means to said interface means and said first 
data storage means in response to said instruc- 55 
tion, notifying said computer system of the com- 
pletion of said restoring step, and restarting pow- 
er supply by said computer system in response to 
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(54) Expansion device with suspend/resume function 



(57) An expansion device detachably installed into 
a computersystem, for example a "notebook" computer, 
includes a central processor (10) for controlling the op- 
eration of the expansion device, first, volatile data stor- 
age means (16) for use as working area by the central 
processor, an interface (9) for communicating with the 
computer system, and means (13) for supplying power 
from the computer system to the powered elements in 
the expansion device. In order to permit a task to be re- 
started from the same point after power-down, a sec- 
ond, non-volatile data storage means (17) is provided 
for saving context information held by the interface and 
the data stored in the first data storage means in re- 
sponse to a request from the computer system via the 
interface means. 
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